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微 信 指令 系统 的 研发 与 应 用 


摘 要 : 新 媒体 时 代 ， 如 何 有 效 提升 微 信 的 阅读 量 与 转发 量 ， 本 文通 过 萧山 日 报 技术 中 心 自 主 研发 的 微 信 指令 系统 进行 了 探 
索 与 应 用 ， 利 用 微 信 提 供 的 开发 接口 ， 结 合 java+mysql 进行 开发 ， 实 现 了 一 套 转 发 系统 ， 并 合理 地 进行 制度 设计 ， 同 比 单 条 
微 信 的 转发 量 与 阅读 量 提 升 接近 20%， 通 过 技术 手段 有 效 地 提升 了 新 媒体 的 传播 力度 。 
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1. 微 信 指 令 系统 的 背景 与 现状 

随 着 新 媒体 的 异军突起 ， 微 信 已 经 越 来 越 成 为 人 们 
依赖 的 社交 软件 ， 腾 讯 公司 推出 的 微 信 订阅 号 、 服 务 号 
等 也 被 越 来 越 多 的 企业 所 采用 。 对 媒体 人 而 言 ， 最 常见 
的 就 是 通过 订阅 号 每 天 更 新 发 布 新 闻 ， 随 着 订阅 号 的 增 
多 ， 问 题 也 慢 慢 出 现 。 一 是 发 布 渠道 单一 。 现 代 人 关注 
的 不 仅仅 是 一 个 公众 号 ， 如 果 仅 通过 官方 的 发 布 ， 而 不 
主动 推送 到 人 们 眼前 ， 很 多 人 不 会 主动 去 寻找 推送 的 微 
信 ; 二 是 转发 数 低 。 转 发 数 低 就 不 能 通过 以 点 带 面 的 方 起 有 条 白 的 任务 竺 等 处 理 
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式 形成 传播 的 扩散 ， 无 法 有 效 提高 阅读 量 与 点 赞 数 。 a 

基于 这 两 点 问题 ， 可 以 通过 采用 单位 员工 集中 转发 
的 方式 来 提高 微 信 图 文 消息 的 转发 数 与 阅读 量 ， 但 如 何 
发 送 需要 转发 的 微 信 消 息 ( 以 下 简称 指令 ) ， 并 统计 转 
发 的 指令 成 了 一 个 问题 。 为 了 解决 这 个 问题 ， 萧 报 技术 
中 心 打算 利用 微 信 提 供 的 公众 平台 开发 工具 SDK， 设 计 微 信 端 截图 
一 套 系统 来 完成 指令 的 推送 与 统计 等 问题 。 

运行 至 今 ， 共 计 发 出 微 信 指令 约 700 余 条 ， 审 核 通 2 系统 需求 与 分 析 


过 数 17000 余 条 ,有 效 地 提高 了 微 信 的 转发 数 与 阅读 量 ， 通过 调研 ， 系 统 的 流程 : 首先 建立 一 个 微 信 服务 号 
也 调动 了 员工 的 转发 积极 性 。 另 外 ， 此 系统 也 引起 了 行 ” 一 一 “ 萧 报 转发 ”， 让 单位 的 员工 都 关注 这 个 服务 号 ( 需 
业 同 行 的 兴趣 ， 我 们 将 之 复制 并 进行 了 一 定 的 推广 。 要 有 一 道 审 核 机 制 以 排除 非 本 单位 人 员 ) ， 通 过 后 台 系 
ES 统 推 送 消 息 给 用 户 ， 用 户 接收 到 消息 后 转发 指令 到 朋友 
一 二 圈 并 截图 ， 然 后 通过 服务 号 上 传 截图 ， 审 核 通 过 后 系统 

人 el 至 se 2 二 将 推送 一 条 审核 通过 的 消息 给 用 户 ， 并 且 系 统 需要 对 此 


做 一 个 记录 ， 以 方便 统计 。 
通过 分 析 ， 判 断 转发 系统 需要 实现 以 下 几 个 模块 ; 
用 户 管理 : 实现 用 户 的 关注 申请 以 及 审核 。 
指令 管理 : 实现 指令 的 编辑 、 推 送 、 审 核 。 超 时 的 
指令 不 能 审核 通过 。 
部 门 管理 : 实现 部 门 的 建立 以 及 用 户 的 分 组 。 
系统 后 台 首页 图 统计 分 析 : 通过 不 同 的 方式 ， 对 用 户 的 完成 数 进行 
统计 ， 奖 优 罚 劣 。 
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权限 设计 : 设计 好 权限 的 职责 范围 ， 将 部 分 权限 发 
放 给 二 级 管理 员 进 行 管理 。 

系统 选 型 上 ， 手 机 端 采用 微 信 提供 的 weui 框架 ,后 
台 通 过 目前 比较 成 熟 的 Tomcat+Java+Bootstrap+Mysdql 搭配 
组 合 ， 完 成 后 台 系 统 的 UI 以 及 逻辑 和 数据 库 开 发 ， 服 务 
带 环 境 采用 安全 稳定 的 阿里 云 环境 ,实现 云端 部 署 。 
3. 系统 开发 与 实现 
3. 1 数据 库 的 开发 与 连接 池 设计 

通过 对 数据 库 的 分 析 ， 建 立 ER 模型 ， 把 表 拆 分 为 
in_customer 表 ( 用 户 表 ) .in_datastatistic 表 ( 数据 统计 表 ) > 
in_department 表 ( 部门 分 类 表 ) 、task 表 ( 任务 表 ) 等 七 
张 表 ， 其 中 ， 特 别 需 要 注意 的 是 : 由 于 微 信 的 昵称 现在 
引入 了 emoji 表情 ， 原 先 的 存储 引擎 utf8 已 经 不 能 满足 新 
类 型 的 字符 串 ， 因 此 ， 数 据 库 以 及 表 都 需要 将 存储 引擎 
改 为 utfgamb4 引擎 ， 这 个 新 的 引擎 支持 emoji 表情 的 存储 ， 
适用 范围 更 广泛 。 
其 次 ， 因 为 本 套 系 统 的 指令 发 出 以 后 ， 短 时 间 内 可 
能 会 接 到 较 多 的 连接 请 求 ， 为 了 提高 并 发 量 ， 采 用 了 数 
据 库 连接 池 的 设计 方法 ， 有 助 于 提高 对 于 数据 库 连接 的 
效率 和 连接 数量 。 
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instructiondb 
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3.2 ”MVC 分 层 开 发 与 优化 

程序 的 逻辑 代码 层 采 用 java 语言 开发 ， 采 用 面向 对 
象 的 设计 方法 进行 类 的 拆 分 与 设计 ， 严 格 遵循 了 MVC 
的 分 层 设计 思想 ， 主 要 的 代码 逮 辑 处 理 流 程 为 : view 层 
一 servlet 层 ( service ) 一 数据 库 访 问 层 一 数据 库 连 接 池 
一 数据 库 。 通 过 分 层 以 后 ， 代 码 结构 耦合 性 降低 ， 复 用 
性 更 高 。 

对 于 数据 的 访问 层 ， 将 对 数据 的 增删 改 查 统一 封装 
在 DbDao 层 , 方便 对 数据 库 进 行 常用 操作 进行 统一 管理 ， 
同时 有 助 于 对 数据 安全 性 的 检查 ， 提 高 系统 的 安全 性 。 

为 了 以 后 很 好 地 进行 复制 与 扩展 ， 将 系统 的 数据 库 
连接 配置 文件 、 微 信 配 置 文件 ， 以 及 系统 配置 项 文件 进 
行 了 提取 整合 ， 当 有 新 的 项 目 需要 复制 时 ， 直 接 进 行 对 
应 的 修改 即 可 ， 可 重复 性 大 大 提高 。 

实际 使 用 过 程 中 ， 对 tomcat 的 生产 环境 进行 优化 调 
整 ， 经 实际 测试 ， 发 现 默认 的 java 虚拟 机 jvm 分 配 的 内 
存 不 能 满足 实际 生产 环境 的 需要 ， 系 统 有 时 候 由 于 jvm 
设置 的 内 存 大 小 只 有 256M， 有 时 候 内 存 溢出 会 引起 死机 
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等 问题 。 经 调整 到 2G 以 后 ， 生 产 环境 下 内 存 使 用 率 能 够 
满足 我 们 的 实际 需要 。 
pw | 


隆 FEOIT 多 六 用 诡 ranay 讽 1 各 隐 用 :menory; 着 0 吉 周 


Memory psal Te ilal 向 Waimum bd 
WS Eiken Space eas memoy BEM E53 lu GM 
WMGn Ha memony SM NE 三 用 MB OU 有 有 网 
BS Sonor Spa Ha maory 8 河 M 静 朋 由 局 网 
Com Gahe henseas neron 2 有 De 如 加 全 人 月 的 
Pom em hon-sea merony SLND SMM NEO WB Ey 
优化 后 的 JVM 内 存 使 用 率 图 


3. 3 微 信 配置 以 及 access_token 定期 刷新 


由 于 是 在 微 信 的 接口 上 进行 开发 ， 因 此 ， 必 须 遵 循 


微 信 服务 平台 的 一 些 约定 。 微 信和 阿里 云 服务 器 的 通信 
过 程 如 下 图 所 示 : 


微 信 客户 端 与 系统 通信 流程 图 


在 微 信 平台 网 页 端 需要 对 接 入 的 网 站 进行 一 些 基 本 


的 配置 ， 通过 设置 微 信服 务 器 转发 消息 到 阿里 云 平台 ， 
并 设置 相应 的 服务 器 地 址 以 及 Token。 


纪 


服务 器 地 址 ”http//aES3RIRSewh/wanlinwehat/WXInstructions/callback 
(URU 


令 得 we 
(Token) 


消息 加 解密 。 20pjtUSkh3AwMxMSygQbdJP4dQRYRNLsANMLMdZcCdl 
客 拥 

(Encoding 

AESKey) 


公众 平台 开发 配置 图 


由 于 Access Token 有 效 期 只 有 7200 秒 ， 而 每 天 调用 


取 的 次 数 只 有 2000 次 ， 所 以 ， 需 要 将 Access Token 进 


行 缓存 ， 保 证 不 触发 超过 最 大 调用 次 数 。 另 外 ， 在 微 信 
公众 平台 中 ， 绝 大 多 数 高 级 接口 都 需要 Access Token 授 
权 才 能 进行 调用 ， 开 发 者 需要 使 用 中 控 服 务 器 统一 进行 


缓存 与 更 新 ， 以 避免 各 自 刷 新 而 混乱 。 本 系统 中 ， 


Access 


Token 我 们 采用 缓存 的 方式 进行 存储 ， 避 免 由 于 单 天 转发 
数量 过 大 而 引起 Access Token 调用 次 数 达 到 上 限 。 
4. 制度 配套 


为 了 更 好 地 调动 广大 员工 的 积极 性 进行 微 信 转发 ， 
(下 转 第 93 页 ) 


